I INSTITUT 
NATIONAL DE 
LA PROPRIETE 
INDUSTR IELLE 



\ m 13JUN 2003 



PCT 



BREVET D' INVENTION 



CERTIFICAT D'UTILITE - CERTIFICAT D'ADDITION 

BEST AVAILABLE COPY 

COPIE OFFICIELLE 

« ■* 

Le Directeur general de I'lnstitut national de la propriete " 
industrielle certifie que le document ci-^nnexe est la copie 
certifiee conforme d'une demande de titre de propriete 
industrielle deposee a I'lnstitut 



Fait a Paris, le . 



1 9 HARS 2003 



DOCUMENT DE PRIORITE 

PRESENTE OU TRANSMIS 
CONFORMEMENT A LA 
R£GLE17.1.a)OU b) 



7141102 



INSTITUT 
NATIONAL DE 
LA PROPRIETE 
INDUSTRIELLE 



Pour le Directeur general de I'lnstitut 
national de la propriete industrielle 
Le Chef du Departement des brevets 




SIEGE 

26 bis, ruo de Saint Petersburg 
75800 PARIS cedex 08 
Telephone : 33 (0)1 53 04 53 04 
TMcople:33(0)153 04 45 23 
www.lnpl.fr 



Martine PLAN CHE 



ETABL1SSEMENT PUBLIC NATIONAL CREE PAR LA LOI N» Sl-444 DU 19 AVRIL 1931 



swrmor 

OATIOttAl OX 

26 his, rue de Saint Petersbourg 
75800 Paris Cedex 08 

Telephone : 01 53 04 53 04 Teiecopie : 01 42 94 86 54 



H NATURE DE LA DEMANDE 


Cochez I'une des 4 cases suivarrtes 


Demande de brevet 




Demande de certificat d'utilite 


□ 


Demande divisionnaire 

Demande de brevet initiate 
ou demande de certificatd'utilM initiate 


□ 

N° Date | / / | 
N° Date 1 / / 1 


Transformation d T une demande de 
brevet europeen Demande de brevet initiate 


Date 1 // 1 



jReserveariNPlh 



BREVET jafllVENTiON 
CERT8FICfl©UTSLITE 11354-01 

Coda de la propriete tntellectuelle - Uvre VI 

REQUtTE EN D&JVRANCE 1/2 

Remplir imperativement la 2eme page. 

Cet imprime est a rempllr lisiblement a Tencre noire rasww/isosQa 



REMISE DES PIECES 

date 26 2002 
UEU 75 INPI PARIS 



N* D'ENREGISTREMENT 
NATIONAL ATTR!BU£ PAR L'lNPI 
DATE DE 0£POT ATTRIBUTE 
PAR L'lNPI 



0203752 

2 6 MARS 2002 



Vos references pour ce dossier 

(facuUaliJ) 1941 1 SMF 13 



H NOM ET ADRESSE DU DEMAND EUR OU DU MANDATAIRE 
A QUI LA CORRES PON DANCE DOIT ETRE ADRESSEE 

"CABINET fflRSCH-POCHART 
34, rue de Bassano 
75008 PARIS 
FRANCE 



TITRE DE L'INVENTION (200 caracteres ou espaces maximum) 
PROCEDE DE REPROGAMMATION D'OBJETS BIDIRECTIONNELS 



H DECLARATION DE PKIORFTE 
OU REQUITE DU BENEFICE DE 
LA DATE DE D£p0T D'UNE 
DEMANDE ANT^RIEURE FRAWQAISE 


Pays ou organisation 

Date 1 / / 1 N° 
Pays ou organisation 

Date 1 / / 1 N* 

Pays ou organisation ! 
Date 1 / / 1 N° 

n S r il y a d'autres prior'rtes, cochez !a case et utilisez I'lmprinte' «Suite» 


H DESVSANDEUR 


□ SMI y a d'autres demandeurs, cochez la case et utilises I'imprimg «Suite» 


Norn ou denomination sociale 


SOMFY SAS 


Prenoms 




Forme juridique 




N° SIREN 


1 1 


Code APE-NAF 


| ... | 


Adresse 


Rue 


8, avenue de Margencel 


Code postal et ville 


74300 CLUSES 


Pays 


FRANCE 


Nationality 


Francaise 


N° de telephone (factdtatif) 




N° de teiecopie (facuttatij) 




Adresse electronique (facultatif) 







ntsmoT 

UAfttOFIimZ 
IHOO KTItlItt.1 



REQU&TE EN DfiUVRANCE 2/2 



REVISE DES PltCES 

™k 2S i^ARS 2002 
U£U 75 INPI PARIS 

D*ENREG1STREMET4T 02Q3752 
NATIONAL ATTH1BUE PAR I'Wfl 

Vos r€f6rences pour ce dossier : 

(faatltatif) 



nftStQW/l90S0O 



19411 SMF 13 



H fflAHDATAIRE 



Norn 



IPOCHART 



Prenom 



Cabinet ou Societe 

N °de pouvoir permanent et/ ou 
do Hen contractuel 



Fr angois . 

1 CABINET HIRSCH-FUCHART 



Adresse 



I 34, me de Bassano 



Rue 



Code postal etville 



M° de t elephone (facultatif) 
N° de telecopie (facultatif) 
Adresse etectronique (faculMij) 



[75008 I PARiL 

1 01. 53.23.92.12 
I 01.47.23.49.13" 



I f| IMVEESTEOR (S) 



H RAPPORT OE RECHERCHE 



foablissement immediat J \x] 

ou etablissement diff ere \ [~] 

Palement < 



i deux 



■^^^^^ physiques 



Paiement echelonne de la redevance 



QOui 
□Non 



H REDUCTION DU TAUX 
DES REDEVANCES 



/wwr ceite invention outt 



SI vous avez utilise I'bnprime «Sutte», 
Indiquez le nombre de pages jolntes 



KJ SIGNATURE DU DENIANDEUR 0 ,- f ™ 
Oil OU BflANDATAIRE °' V 
(Nom et quaint du slgnatalre) 

POCHART Fran?ois 




VISA DE LA PREFECTURE 
OU DE LMNPI 




PROCEDE DE REPROGRAMMATION D ? OB JETS 
BIPIRECTIONNELS 

L'invention se rapporte au domaine de la commande a distance d'actionneurs et 
5 notamment a la commande sans fil d'actionneurs utilises dans le confort et la securite 
du batiment, par exemple pour Peclairage, la manceuvre des fermetures, des 
protections solaires, des syst&mes de ventilation et d'air conditionne etc... 

Dans la conception actuelle de tels systemes, de tels actionneurs et/ou capteurs 
associes sont pilotSs par des unites de controle ou points de commande capables de 

10 communiquer en reception mais aussi en emission par un lien bidirectionnel, 
typiquement radiofrequences. Les actionneurs ou capteurs et les unites de commande 
peuvent done etre qualifiees de fa9on generique d'objets bidirectionnels. Les 
actionneurs ou capteurs sont souvent disposes dans des parties difficilement 
accessibles pour Pinstallateur, et plus encore pour Putilisateur. 

15 Les points de commande sont unidirectionnels ou bidirectionnels, nomades ou 

fixes. Bien souvent, un point de commande fixe est lui-meme alimente par piles, ce 
qui evite les diblages. Quand un point de commande est equipe d'un emetteur 
recepteur, la fonction reception peut n'etre activee que sur commande ou par 
intermittence pour limiter la consommation 

20 Une procedure d'appariement permet d f associer a un couple forme d*un 

actionneur et d'un point de commande de partager un identifiant commun. Le partage 
d ! un identifiant commun permet ensuite a Tactionneur de reconnaitre les commandes 
provenant du point de commande, pour y repondre. La procedure d'appariement peut 
gtre rep6t6e pour commander plusieurs actionneurs a partir d r un point de commande 

25 ou encore pour qu'un actionneur reponde a plusieurs points de commande. Selon les 
modes d ! appariement, Pidentifiant est transmis depuis PunitS de controle de 
1'actionneur vers le point de commande qui 1'enregistre, ou au contraire depuis le 
point de commande vers Tunite de controle de Pactionneur, qui Penregistre. Des 
solutions d'appariement sont par exemples decrites dans les demandes de brevet US- 

30 A-4 529 980 ou US-A-5 148 159 ou encore dans les demandes de brevet fransais 
deposees par la demanderesse sous les numeros 01 09369 du 13.07.01 et 01 16709 
du 21.12.01. 
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Des qu'il s'agit non seulement de confort mais aussi de securite, un probleme 
se pose lors de la perte ou du vol d'un point de commande. De fait, un actionneur 
vole pent etre utilise a distance, par exemple pour desactiver une alarme ou encore 
pour ouvrir une porte ou un volet roulant. 

Le brevet US Re 36,703 donne une solution a un tel probleme. II s'agit ici 
d'une unit6 de contrile d'actionneur pour portes de garages susceptible d'apprendre 
plusieurs identifiants, tons diff6rents, propres a differents emetteurs de 
telecommande. Un pointeur logiciel ou m6canique permet d'affecter un nouvel 
emplacement memoire a un nouvel emetteur. En cas de perte (ou vol) d'un des 
emetteurs, il suffit de pointer l'emplacement memoire corresponds pour y loger le 
code de l'emetteur de remplacement. L'ancien emetteur devient done invalide, dans 
la mesure ou son identifiant est 6cras6 par l'ecriture d'un nouvel identifiant. Cette 
solution n6cessite de conserver en lieu sur une table des relations entre emetteurs et 
emplacements memoire affectes a chaque emetteur. 

Une autre solution consiste a recommencer une procedure d'appariement de 
l'ensemble des actionneurs. La demande de brevet francais deposee le 13.07.01 sous 
le numero 01 09369 propose a cette fin des actionneurs, pour lesquels une action sur 
l'alimentation 61ectrique provoque dont la mise en mode de programmation. Une 
autre solution consiste a reinitialiser un actionneur par mise a la phase d'un fil 
s P 6cifique, comme propose dans FR-A-2 808 834. On comprend qu'un tel moyen va 
necessiter de reprendre complement les P roc6dures d'appariement. Pour pallier la 
perte ou ladisparition d'unpoint de commande, onestdonc conduit a effacer les 
identifiants de l'ensemble des points de commande dans l'installation. En outre, cette 
solution est complexe et n'est pas toujours possible a mettre en ceuvre, notamment 
dans le cas de points de commande preaffectds en usine a des actionneurs ou encore 
lorsque les diff6rents actionneurs ne sont pas accessibles. 

Dans le domaine des seizures electroniques, il a ete propose de profiter de 
l'introduction d'une nouvelle cle pour ejecter le code de la precedents Une telle 
methode est utibsee par exemple dans les documents EP-A-0 171 323 ou plus 
anciennement US-A-3 821 704. Dans une serrure de chambre d'hdtel, une cle 
electronique contient un code a deux champs A et B. Le champ A contient le code 
d'ouverture valide, le champ B contient le champ d'autorisation. Au client suivant 
est foumi une nouvelle cle contenant cette fois B et C. Le premier champ est utilise 
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pour commander l'ouverture s'il y a identite entre celui lu sur la cle et celui 
enregistre dans la serrure. S'il n'y a pas identite, la serrure compare ce premier 
champ au code d'autorisation enregistre dans la serrure. S'il y a identite, la serrure 
enregistre ce code comme code d'ouverture valide et enregistre le deuxieme champ 
de la cle comme nouveau code d'autorisation. 

EP-A-1 085 481 propose une installation dans laquelle l'ensemble des elements 
de rinstallation partagent un code de site, unique au site. Le code de site est utilise 
par les transmetteurs pour crypter les informations transmises au recepteur. Le 
recepteur decrypte les informations qu'il recoit des transmetteurs, a l'aide du code de 
site. II repond aux ordres d'un transmetteur si les informations qu'il re9oit de la part 
de ce transmetteur sont coherentes avec les informations recues pr6c6demment de la 
part de ce transmetteur. L'avantage presente dans ce document est d'eviter toute 
programmation du recepteur. Toutefois, ce document ne fait pas etat du probleme de 
la perte d'un transmetteur ou de la suppression d'un transmetteur; en effet, la solution, 
proposee rend impossible la deprogrammation d'un des transmetteurs. 

II existe done toujours un probleme en cas de perte ou vol d'une unit6 de ; 
commande, ou plus generalement lorsque Ton souhaite exclure un objet d'un 
ensemble d'objets apparies. 

Dans un mode de realisation, l'invention propose done un precede de ■, 
reprogrammation d'objets bidirectionnels contenant une cle commune, au moins deux 
objets 6tant apparies pour permettre l'envoi d'un ordre depuis un objet de la pake vers 
l'autre objet de la pake; le proc6de comprend les etapes de : 

- fourniture aux objets d'une nouvelle cle commune; puis 

- lors de l'envoi d'un ordre d'un objet vers un autre, verification que les deux 
objets contiennent la nouvelle cle commune, et 

- refus de l'ordre si les deux objets ne contiennent pas la nouvelle cle 
commune. 

Avantageusement, l'etape de verification n'est mise en oeuvre, pour deux objets 
donnes, que lors du premier ordre suivant la fourniture de la nouvelle cle commune. 
L'etape de fourniture d'une nouvelle cle commune peut comprendre: 

- la g6neration d'une nouvelle cle commune et 

- la diffusion de la nouvelle cle commune gen6ree. 
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Dans ce cas, l'etape de generation peut s'effectuer a partir d'un objet unique ou 
encore a partir de deux objets. La diffusion peut etre une diffusion point a 
multipoints ou encore une diffusion point a point. Dans ce dernier cas, la diffusion 
point a point comprend de preference une action de l'utilisateur sur chaque point. 
5 On peut aussi prevoir que l'6tape de diffusion comprend : 

- une diffusion point a point parmi un sous-ensemble des objets; 

- une diffusion point a multipoint vers un autre sous-ensemble des objets. 
Dans un mode de mise en ceuvre, l'etape de diffusion comprend, lors de la 

diffusion de la nouvelle cle commune d'un objet vers un autre objet, la verification 
10 que les deux objets contiennent l'ancienne cle commune. 

L'invention propose aussi un programme d'exploitation d'un objet 
bidirectionnel adapte a stocker au moins une cle commune et au moins une 
information d'appariement, comprenant : 

(a) une routine de reception d'une nouvelle cle commune; 
15 (b) une routine de reception d'un ordre; 

(c) une routine de verification pour un ordre recu de la presence de la cl6 
commune dans l'objet emetteur de l'ordre, et 

(d) une routine de refits d'execution de l'ordre si la verification est negative. 
Avantageusement, la routine de verification n'est mise en ceuvre, pour un 

20 appariement donne, que lors du premier ordre recu. 

L'invention propose encore un programme d'exploitation d'un objet 
bidirectionnel adapt6 a stocker au moins une cle commune et au moins une 
information d'appariement, comprenant : 

(a) une routine de r6ception d'une nouvelle cle commune; 
25 (b) une routine Remission d'un ordre; 

(c) une routine de verification de la presence de la cle commune dans l'objet 

destinataire de l'ordre. 
Avantageusement, la routine de verification n'est mise en ceuvre, pour un 
appariement donne, que lors du premier ordre emis. 
30 L'un ou l'autre de ces programmes peut en outre comprendre une routine de 

generation d'une nouvelle cl6 commune. Celle-ci presente de preference une sous- 
routine Remission d'une commande de generation de la cle commune vers un autre 
objet. 
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On peut aussi prevoir une routine de transmission vers un autre objet d'une 
nouvelle cle commune, ou encore une routine de transmission vers plusieurs autres 
objets d'une nouvelle cle commune. 

L'invention propose enfin un objet bidirectionnel, presentant : 
5 - un etage de reception; 

un etage d'emission; 
- une unite logique pilotant Tetage de reception et Tetage Remission, et 
une m6moire contenant un tel programme. 
D'autres caractdristiques et avantages de Tinvention apparaitront a la lecture de 
10 la description qui suit, donnee a titre d ! exemple et en reference aux dessins qui 
montrent 

- figure 1, une vue schematique d'une installation permettant la mise en oeuvre de 
Tinvention ; 

- figure 2, un ordinogramme d'un proc6de selon Tinvention; 

15 . - figure 3 un ordinogramme d ! un autre mode de mise en ceuvre d r un procede selon 
Tinvention. 

Dans la suite de la description, Tinvention est decrite dans un exemple 
^application & Tappariement de systemes domotiques; elle ne se limite pas a de tels 
systemes. On utilise dans la suite les mots "transmetteur d'ordre" et "recepteur 

20 d'ordre", pour designer des objets qui ont pour fonction de transmettre ou recevoir les 
ordres donnes par un utilisateur; un transmetteur d'ordre est aussi couramment appele 
unite de commande, tandis qu'un recepteur d'ordres est un actionneur ou un capteur 
associe. Ces designations ne sont pas representatives des fonctionnalites des 
"transmetteurs" ou "recepteurs", qui du point de vue des signaux, sont capables 

25 d'emettre comme de recevoir. On aurait done pu parler "d'objet bidirectionnel", e'est- 
i-dire d'un objet presentant des capacit6s d'6mission et de reception. Pour la clarte de 
Texplication, on utilise les mots "transmetteurs" ou "r6cepteurs" - qui ne represented 
que Taffectation d'un objet bidirectionnel donne a un usage particulier. 

On suppose aussi, dans la suite de la description que chaque objet 

30 bidirectionnel est muni d'un identifiant univoque; il peut s ! agir d'un identifiant 
coixespondant a un code de Tobjet, donne en usine et qui n'est pas susceptible d'etre 
modifie; il peut aussi s ! agir d'un nombre susceptible d'etre modifI6, comme un 
nombre al6atoire choisi dans I'objet ou encore un nombre choisi a Taide de micro- 
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commutateurs. L'origine de l'identifiant est sans incidence sur le fonctionnement du 
procede. On notera aussi que l'identifiant utilise dans la suite peut etre modifie apres 
la definition du groupe ou apres l'appariement : il sert siraplement, lors de 
Tappariement, a identifier un objet. 

5 La figure 1 montre une vue schematique d r une installation dans laquelle le 

procede peut Stre mise en oeuvre. L'installation comprend un operateur 2. Cet 
operateur peut, par exemple enrouler ou derouler des stores, des volets roulants ou 
une porte de garage, actionner un luminaire, ouvrir une porte, enclencher ou 
declencher une alarme, etc. A l'operateur est relie un recepteur. Le recepteur d'ordres 

10 presente une antenne 6 qui lui permet de recevoir des ordres transmis par voie 
hertzienne depuis un transmetteur d ! ordres; le recepteur d'ordres 4 peut en outre 
emettre des signaux, par exemple par la voie hertzienne, a l'aide de la meme antenne 
6. La transmission par radio des ordres depuis un transmetteur vers un recepteur ou 
dans le sens inverse est connue en soi et n'est pas decrite plus en detail ici. 

15 La figure 1 montre encore une pluralite d'operateurs 8, 12, ayant chacun leur 

recepteur d'ordres 10, 14. Elle montre encore des transmetteurs d'ordres 16, 18 et 20; 
ceux~ci sont adaptes a transmettre par voie hertzienne un ou des ordres a destination 
des recepteurs 4, 10, 14, et pr6sentent a cette fin une antenne non representee. 
Typiquement, mi transmetteur d'ordres, dans le cas de la commande d f un volet 

20 roulant, peut transmettre des ordres de montee ou de descente du volet ou d'arret du 
volet; o n p eut p revoir d 'autres o rdres, c omme 1 a m ise d u v olet d ans d es p ositions 
pr6programmees du volet, des ordres de programmation du volet, etc. Le 
transmetteur d'ordres presente done un ou plusieurs dispositifs permettant a 
l'utilisateur d'entrer une commande, dans le cas le plus simple un ou plusieurs 

25 boutons de commande. Un transmetteur d'ordres est aussi adapte a recevoir des 
signaux depuis le ou les r6cepteurs d'ordres; on peut, comme dans le cas du recepteur 
d'ordres, utiliser la mSme antenne. 

On peut prevoir pour le transmetteur d'ordres comme pour le recepteur d'ordres 
des canaux de transmission divers en emission ou en reception; dans une 

30 configuration simple, on utilise la radio, le transmetteur comme l'emetteur 
constituant alors un "transceiver", e'est-a-dire un emetteur-recepteur. 

Parmi les differents objets bidirectionnels - transmetteurs et r6cepteurs d'ordres 
- certains sont apparies. L'appariement, decrit dans les documents de l'etat de la 
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techniquementionnesplusbau^consistea f aire "apprendre" a chaque objet d "une 
paire l'identifiant de l'autre objet de la paire; apres appariement, un objet d'une paire 
execute les ordres qui lui sont transmis par l'autre objet de la paire. Ces ordres 
peuvent etre de nature tres diverse selon l'installation; dans une installation de volets 

5 roulants, les ordres sont typiquement des ordres de montee ou de descente des volets; 
on peut aussi prevoir des ordres de programmation pour la creation d'autres 
appariements. Dans une installation d'alarme, l'ordre peut etre une mise en marche ou 
un arret de l'alarme ou encore une programmation de fonctions. On peut done 
generalement ddfinir par "ordre" une instruction transmise par un objet vers un autre 

10 objet 

II peut dans une installation y avoir autant d'appariements que de paires 
d'objets et le proced6 de reprogrammation decrit ici s'applique independamment de la 
facon dont rappariement est realis6. 

A titre d'exemple, on considere dans la suite le cas ou les paires suivantes sont 
15 d6finies : (4, 16), (10, 16), (10, 18), (4, 20), (10, 20) et (14, 20); le transmetteur 16 r 
commande les recepteurs 4 et 10, le transmetteur 18 commande le recepteur 10 et le * 
transmetteur 20 commande l'ensemble des recepteurs. • i 
La structure physique et logique d'un objet bidirectionnel utilisable dans une.. 
telle installation est connue de rhomme du m6tier; on peut notamment se referer a la - 
20 description donnee en reference a la figure 2 de la demande de brevet francais 02 
01631 du 11.02.02. En resum6, un objet bidirectionnel comprend un etage de 
reception, apte a recevoir des signaux depuis les autres objets ou certains d'entre eux, 
un etage demission apte h emertre des signaux vers les autres objets ou certains 
d'entre eux et une unite logique pilotant l'etage de reception et l'etage demission. 
25 L'objet comprend aussi une memoire, contenant les programmes mis en ceuvre dans 
l'unite logique et notamment les programmes d'exploitation de l'objet. Comme 
expliqu6 plus bas, la memoire de l'objet peut aussi contenir au moins une cle 
commune; l'objetpeut aussi contenir des informations d 'appariement, par exemple 
des identifiants d'autres objets stockes dans la memoire. Selon leur utilisation comme 
30 transmetteur d'ordres ou comme 6metteur d'ordres, les objets peuvent presenter des 
entrees (boutons, micro-commutateurs, commutateurs) ou des sorties (vers un 
operateur) diff6rentes; le programme d'exploitation peut aussi differer selon les 
fonctions auxquelles un objet est destine. 
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Le probleme que resout Tinvention est celui de la reprogrammation des objets 
bidirectionnels, qui se pose lorsque Ton souhaite exclure un objet d'un ensemble 
d'objets apparies. Ce probleme se pose notamment en cas de perte ou du vol d ! un 
objet. Ce probleme se pose aussi si Ton souhaite remplacer un objet par un autre, par 
5 exemple remplacer un ancien transmetteur par un nouveau transmetteur. Dans 
Texemple propose, en cas de disparition de Tobjet 16, il serait utile de pouvoir 
remplacer cet o bjet p ar un nouveau transmetteur d "ordres, s ans p our autant d evoir 
reprogrammer les quatre autres appariements. 

La figure 2 montre un ordinogramme des etapes du procede de Tinvention. Les 
10 etapes 24 et 26 sont des etapes de fourniture d'une cle commune aux objets et 
d'appariement entre les objets; ces etapes ne font pas a proprement parler partir du 
procede et peuvent §tre effectuees selon toute methode souhaitee. Leur chronologie 
peut Stre inversee, Tetape d' appariements precedant celle de fourniture d'une cle 
commune. A Tissue de ces etapes, une cle commune est fournie a Tensemble des 
1 5 objets qui doivent ulterieurement participer a la reprogrammation. Dans le cas le plus 
simple, il s'agit de Tensemble des objets de Installation; on peut imaginer que les 
appariements sont defmis a fint&ieur de deux sous groupes distincts et qu'une cle 
commune est affectee a chacun des sous-groupes. Pour fournir cette cle commune, 
on peut notamment utiliser le procede decrit dans la demande de brevet EP 1 085 481 
20 ou encore dans la demande de brevet fran9ais 02 01631 du 1 1 .02.02. Quelle que soit 
la m6thode utilisee, a Tissue de Tetape de fourniture, les objets bidirectionnels 
pouvant ulterieurement participer a la reprogrammation disposent chacun d'une cle 
commune. Cette cle commune est par exemple une suite de chiffres stockee dans une 
memoire associee a chacun des objets. 
25 L'etape 28 correspond a la disparition d'un transmetteur d'ordre - qui n T est 

qu ! un exemple de circonstance dans laquelle on peut souhaiter reprogrammer les 
objets. On considere une disparition du transmetteur d'ordre 16. 

A Tetape 30, une nouvelle cle commune est fournie aux objets de Installation 
- sauf a Tobjet a exclure. Diverses solutions pour fournir cette nouvelle cle commune 
30 sont detaillees dans la suite. A Tissue de cette etape, les objets a reprogrammer - a 
Texception de Tobjet a exclure - disposent de la nouvelle cte commune. Comme 
expliqu6 plus bas, en fonction de la nature de la procedure d'authentification, la 
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nouvelle cle commune peut etre fournie sous des formes differentes aux differents 
objets. 

A Tetape 32, un objet tente d'etablir une communication avec un autre objet 
avec lequel il est apparie, pour lui transmettre un ordre. Dans Texemple, un 

5 transmetteur d'ordre est utilise pour transmettre un ordre vers un recepteur d'ordres. 

A Tetape 34, pour la paire d'objets affectes par la tentative de transmission d'un 
ordre, on verifie si les deux objets disposent de la nouvelle cle commune. Si tel est le 
cas, on passe a Tetape 36 et sinon on passe a Tetape 38. La verification peut 
s'effectuer suivant toute procedure d ! authentification peimettant a chaque objet de 

10 verifier que Tautre dispose de la nouvelle cle. On peut notamment utiliser les 
algorithmes d'authentification du genre decrit dans US-A-5 841 866. On peut aussi 
n'exiger la connaissance de la nouvelle cle commune que de la part de certains des 
objets : ainsi, dans une installation, on peut supposer que des r6cepteurs d'ordres 
fixes - tels des moteurs de volets roulants - ne risquent pas d'etre perdus ou derobes. 

15 De ce fait, il peut suffire lors d'une tentative d'envoi d f un ordre depuis un 
transmetteur d'ordres vers un recepteur d'ordres de verifier que le transmetteur 
d ! ordres dispose de la nouvelle cl6 commune. En pratique la verification impose de 
fournir la nouvelle cle commune, sous une forme ou une autre, au recepteur d'ordres. 
A Tetape 36, il est av6r6 que les deux objets disposent de la nouvelle cle 

20 commune - autrement dit qu'ils ne sont pas exclus. L'ordre est done accepte, i.e. 
execute par son destinataire. Tel est le cas, dans Texemple, si les transmetteurs 
d'ordres 18 ou 20 sont utilises. L'utilisateur peut done continuer a se servir des 
transmetteurs d'ordres, comme auparavant. II n'est pas n6cessaire qu'il reprogramme 
tous les appariements. 

25 A Tetape 38, il est av6r6 que les objets ne disposent pas tous les deux de la 

nouvelle cle commune. L'ordre est refuse - le destinataire de Tordre ne l'ex6cute done 
pas. Dans Texemple, le transmetteur d'ordre 16, qui n'a pas re9u la nouvelle cle 
commune, ne peut pas commander un des deux r6cepteurs d'ordres 4 ou 10 auxquels 
il etait apparie. 

30 Ceci assure que Tobjet exclu ne peut plus etre utilise dans Installation, sans 

que tous les appariements ne doivent etre reprogramm6s. 

Les etapes 34, 36 et 38 sont mises en oeuvre pour les differents appariements 
consideres; elles peuvent etre mises en oeuvre successivement, a chaque occurrence 
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d'utilisation d'nn objet. Elles peuvent aussi etre mises en ceuvre quasiment 
simultanement : tel pourrait etre le cas si un objet tente d'envoyer un ordre 
simultanement vers une pluralite d'autres objets. Dans l'exemple propose plus haut, 
lorsque l'objet 20 est utilise pour la premiere fois apres la foumiture d"une nouvelle 
cle commune, il emet une commande vers les objets 4, 10 et 14; ainsi, la verification 
de l'etape 34 s'effectue a trois reprises, sur chaque paire d'objets. On pourrait aussi 
imaginer un envoi p ar 1 'objet 2 0 d *une trame d e v alidation c ommune, p ar 1 aquelle 
l'objet 20 signale la connaissance qu'il a de la cle commune. 

La figure 3 montre un ordinogramme d'un mode de realisation plus elabore de 
l'invention. Dans l'exemple de la figure 3, la vdrification prevue a la figure 2 a l'etape 
34 de la figure 2 n'est mise en osuvre, pour une paire d'objets donnee, que lors de la 
premiere tentative d'envoi d'un ordre d'un objet a l'autre. 

Dans l'exemple de la figure 3, les appariements sont realises par le stockage 
dans un objet d'identifiants de l'ensemble des objets avec lesquels il est apparie. 
Ainsi, dans l'exemple, le transmetteur d'ordres 16 stocke des identifiants des 
recepteurs d'ordres 4 et 10, tandis que le recepteur d'ordres 10 stocke les identifiants 
des transmetteurs d'ordres 16, 18 et 20. En outre, un marqueur est prevu pour chaque 
identifiant stocke; le marqueur est binaire et sa fonction apparait de la description qui 
suit. En fonctionnement "normal" de rinstallation, le marqueur presente une premiere 
valeur - la valeur nulle dans l'exemple. 

On suppose, comme a la figure 2, des objets disposant d'une cl6 commune et 
entre lesquels des appariements sont definis. A l'etape 42 un transmetteur d'ordre 
disparatt. Une nouvelle cl6 commune est fournie a l'etape 44. Dans chaque objet 
ayant re9u la nouvelle cle commune, le marqueur associe a chaque identifiant change 
de valeur; il est passe a la valeur 1. Cette valeur denote que l'appariement en cause 
est invalids, de facon temporaire. 

A l'etape 46, un objet envoie un ordre vers un autre objet. 
A l'etape 48, dans l'objet destinataire de l'ordre, on precede a la verification de 
l'existence d'un appariement. Si l'appariement existe, on passe a l*6tape 50 et sinon a 
l'etape 52. 

A l'etape 52, dans l'objet destinataire, l'ordre est refuse si l'appariement n'existe 
pas. Ceci est une application normale des regies de fonctionnement des objets. 
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A 1'etape 50, on teste dans l'objet ayant re<?u l'appariement si le marqueur 
correspondant est valide - a l'etat "0" dans l'exemple. Si c'est le cas, on passe a 
1'etape 54 et sinon a 1'etape 56. 

A 1'etape 56, l'ordre est execute. 

A 1'etape 54, on teste si la nouvelle cle est presente, dans l'objet emetteur et 
dans l'objet destinataire d e Tordre. Si c'est le cas, on passe a 1'etape 62 et sinon a 
1'etape 60. 

A 1'etape 60, l'appariement est supprime dans les deux objets. L'appariement 
est done definitivement invalide; dans le mode de mise en oeuvre le plus simple, les 
memoires de chacun des objets de la paire stockant l'identifiant de l'autre objet de la 
pake sont effac6es. Ceci assure que l'objet exclu ne peut plus etre utilise dans 
Installation. On peut prevoir des solutions plus complexes, par exemple avertir 
l'utilisateur par un signal particulier ou provoquer une inactivation complete des 
objets. On peut aussi ne supprimer 1' appariement qu'apres une deuxieme tentative, ce , 
qui laisse a l'utilisateur la possibilite de transmettre la nouvelle cle commune a i 
l'objet qui en est depourvu. 

A 1'etape 62, Tordre est execute et le marqueur de Tidentifiant de Tautre objet y 
est passe a la valeur "0" dans les deux objets. Uappariement est a nouveau "valide"-- 
ou "restaure". 

Aprfes les etapes 52, 56, 60 et 62, on repasse a Tetape 46. 

Uordinogramme de la figure 3 est parcourue comme explique maintenant. On 
considere Texemple vise plus haut. Apres la foumiture de la nouvelle cle commune, 
les objets 4, 10, 14, 18 et 20 ont re9U la nouvelle cle commune et ont passe les 
marqueurs de tous leurs objets apparies a n 0 n , invalidant ainsi tous les appariements. 

On suppose que Tobjet 18 envoie un ordre a Tobjet 1 0. Uordino gramme est 
parcouru suivant les &apes 48, 50, 54. A Tetape 54, les deux objets disposent de la 
cle commune et on passe a l'Stape 62 : les marqueurs de Tidentifiant de Tobjet 10 
dans Fobjet 18 et de l'identifiant de Tobjet 18 dans 1'objet 10 passent a "0". Si l'objet 
18 envoie un nouvel ordre k l'objet 10, l'ordinogramme est parcouru suivant les 
etapes 48, 50, 56. La presence du marqueur permet de ne tester qu'une fois la 
presence de la nouvelle cle commune, ce qui simplifie les echanges. 

On suppose que l'objet 16 est utilise pour transmettre un ordre vers les objets 4 
et 10. Pour chaque appariement, on parcourt rordinogramme suivant les etapes 48, 
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50, 54. A l'etape 54, Tobjet 16 ne presente pas la nouvelle cle commune. De ce fait, a 
Vetape 60, l'appariement est supprime. Ainsi, les identifiants des objets 4 et 10 sont 
supprimes dans Tobjet 16 et l'identifiant de l'objet 16 est supprime dans les objets 4 et 
10. Ceci evite qu'une tentative ult6rieure d ! utilisation de Tobjet 16 ne soit couronnee 
5 de succes - elle conduirait a parcourir rordinogramme suivant les etapes 48 et 52. 
Ceci permet aussi de liberer un emplacement memoire dans les objets pour permettre 
d'autres appariements. 

La solution de la figure 3 permet, lors d T un deuxieme ordre, de ne pas verifier 
a nouveau la presence de la cle commune; un ordre ulterieur peut done etre execute 

10 sans verification de l'existence de la cle commune. Elle permet en outre de 
determiner, pour un objet donne, a quel moment l'ensemble des objets auquel cet 
objet donne est relie a ete balaye : de fait, lorsque tous les marqueurs sont repasses a 
"0 ,f , tous les appariements ont ete "restaures". 

Dans un autre mode de realisation, on peut pr6voir que la verification n'est 

15 realisee que pendant une peri ode de temps predeterminee suivant la fourniture d'une 
nouvelle cle commune; ce mode de mise en oeuvre assure une plus grande securite, 
en 61iminant les objets qui ne sont pas ou rarement utilises. Dans ce cas, a Tissue de 
la periode de temps predeterminee, on elimine les identifiants des objets pour 
lesquels le marqueur est encore k "1". 

20 Les Stapes 48 a 62 sont mises en oeuvre pour les differents appariements 

consideres; elles peuvent etre mises en oeuvre successivement, k chaque occurrence 
d'utilisation d ! un objet. Elles peuvent aussi etre mises en oeuvre quasiment 
simultanement : tel pourrait etre le cas si un objet envoie un ordre simultanement 
vers une pluralite d'autres objets. Dans Texemple propose plus haut, lorsque Fobjet 

25 20 est utilise pour la premiere fois apres la fourniture d f une nouvelle cle commune, il 
emet une commande vers les objets 4, 8 et 12; ainsi, les 6tapes 48, 50, 54 et 62 
s'effectuent a trois reprises, sur chaque paire d'objets. On pourrait aussi imaginer un 
envoi par Tobjet 20 d'une trame de validation commune, par laquelle Tobjet 20 
signale la connaissance qu'il a de la cle commune. 

30 II faut enfin noter que dans les exemples cites, chaque appariement est realise 

par le stockage dans un objet d'identifiants de l'ensemble des objets avec lesquels il 
est apparie. Comme il est decrit dans Tetat de la technique, Tappariement peut etre 
plus simplement realise par un stockage partiel : par exemple celui de Tidentifiant 
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d'un transmetteur d'ordre dans un recepteur d'ordre, sans que l'identifiant du 
recepteur d'ordre ne soit stocke dans le transmetteur d'ordre, ou encore par le 
stockage dans un transmetteur d'ordre d'un des identifiants ou adresses du recepteur 
d'ordre, sans que iedit recepteur d'ordre necontienne l'identifiant du transmetteur 
5 d'ordre. II reste que dans chaque cas, le recepteur d'ordre a la possibility d'invalider 
l'appariement, ou encore de le supprimer, comme explique precedemment. 

Diverses solutions permettent de fournir une cl6 commune a un ensemble 
d'objets, comme decrit maintenant. Dans une premiere variante, la fourniture de la 
nouvelle cle commune est effectuee a l'aide d'un seul des points de telecommande, 
10 nomade ou fixe. Une commande clavier particuliere, ou combinaison de touches, 
permet de faire entrer cette telecommande dans un mode ou elle genere une nouvelle 
cle NK, par exemple a l'aide d'un algorithme pseudo-aleatoire, ou encore par tout 
autre moyen, cela etant sans incidence sur le contenu de l'invention. On notera que 
l'ancienne cle commune OK peut etre conservee en memoire par la telecommande, 
15 pour les raisons expliquees ci-dessous. Cette variante presente l'avantage de la 
simplicity et de la facilite de mise en oeuvre. 

Dans une seconde variante prefer6e, deux points de commande au moins sont 
n6cessaires pour permettre le changement de cle commune de l'un d'entre eux. 
Ainsi, si on desire effectuer un changement de cle commune a l'aide de la 
20 telecommande Tl, on engage la procedure clavier de la premiere variante, mais cela 
a pour effet de provoquer remission par Tl d'une demande d'authentification 
particuliere. Dans la trame d'emission, Tl envoie un signe prouvant qu'elle contient 
1'ancienne cle commune - ce peut etre en clair la valeur de cette cl6 commune, ou 
toute autre valeur cryptee derivee de cette cle commune. 
25 A reception d'une telle demande d'authentification ET en reponse a au moins 

une commande clavier de l'utilisateur, une autre telecommande T2 adressera a Tl un 
signal d' acquisition pour autant que T2 ait bien verifie que l'ancienne cle commune 
transmise par Tl etait bien celle connue de T2. C'est seulement a reception d'un tel 
signal d'acquisition que la t61ecommande Tl est susceptible de modifier sa propre 
30 cle commune en cr6antNK tout en conservant l'ancienne valeur OK en memoire. 
Pour augmenter la s6curite correspondant a ce proc6de, on peut imposer que le signal 
d'acquisition soit 6mis dans une plage temporelle courte suivant remission du signal 
particulier de demande d'authentification. 
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Dans cette seconde variante, deux points de commande au moins sont 
necessaires pour generer une nouvelle cle commune, ce qui reduit les possibililes 
d'un usage frauduleux. Ainsi, il n'est pas possible de changer la cle commune 
simplement a partir d'un actionneur egare. 

Apres cette premiere etape, un des objets - une telecommande dans l'exemple - 
dispose de la nouvelle cl6. II convient ensuite de diffuser la nouvelle cle NK vers les 
autres points de commande. 

Selon une premiere variante, cette diffusion a lieu de maniere sensiblement 
collective, i. e. point a m ultipoints; selon une deuxieme variante, cette diffusion a 
lieu par succession de diffusions point a point. Dans la premiere variante, l'objet qui 
contient la nouvelle cle adresse, en reponse a une commande clavier paiticuliere de 
1'utilisateur, o u d irectement apres 1 a g eneration d e 1 a n ouvelle c le, u n m essage d e 
demande de changement de cl6 a l'ensemble des objets; le message contient 
simultanement l'ancienne cle OK et la nouvelle NK. Tout objet recevant ce message, 
6ventuellement repete dans une plage temporelle de quelques minutes, procede a la 
modification de sa propre cl6 commune actuelle en nouvelle cle NK, apres avoir 
verifie l'identite de sa cle actuelle avec l'ancienne cle OK. La verification de 
l'ancienne cle evite qu'un objet d'une installation voisine ne change sa cle en recevant 
le message avec la nouvelle cle. Cette premiere variante exploite les capacites des 
objets a transmettre et recevoir; elle presente 1'avantage de la simplicite - puisqu'il 
n'est necessaire pour 1'utilisateur de ne disposer que d'un objet pour provoquer la 
fourniture de la nouvelle cl6 a tous les objets de l'installation. 

Une autre forme de cette premifere variante dite collective consisted ceque 
l'objet disposant de la nouvelle cle envoie simplement un ordre de changement de cle 
accompagn6 de la nouvelle cle NK. Chaque objet recevant l'ordre general de 
demande de changement de cle engageant alors un dialogue d'authentification avec 
l'objet disposant de la nouvelle cle, et n'acceptant la nouvelle cle NK que si ce 
dialogue prouve que l'objet disposant de la nouvelle cle contient l'ancienne cle 
commune OK. Ceci evite, comme dans la forme precedente, qu'un objet d'une 
installation ne reagisse a une commande de changement de cle provenant d'un objet 
d'une autre installation. 

Dans la deuxieme variante, la nouvelle cle est transmise d'objet en objet, avec 
au moins une operation de 1'utilisateur lors de chaque transmission. La transmission 
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de la nouvelle cle commune s'accompagne de la transmission de l'ancienne cle 
commune, ou bien conduit a un dialogue prouvant a l'objet recevant la nouvelle cle 
que l'objet qui transmet la nouvelle cle commune possedait aussi l'ancienne. Le fait 
de prevoir une operation de l*utilisateur lors de chaque transmission securise la 
foumiture de la nouvelle cle. Ainsi, meme si l'objet a expulser se trouve encore a 
portee radio - par exemple par ce qu'il est simplement perdu dans la maison - il n'est 
pas p ourvu d e 1 a n ouvelle c le. C eci a meliore 1 a s ecurite, p uisque 1 a p resence d 'un 
objet a exclure a portee radio des autres objets permet n6anmoins de l'exclure. Ceci 
evite qu'un objet ne soit ensuite ramasse par un passant qui en ferait un usage 
frauduleux. De plus, cette demiere variante s'accommode d'un mode basse 
consommation des points de commande, qui ne confere a ceux-ci un fonctionnement 
en reception que lors d'une activation manuelle. H est aussi possible dans cette 
deuxieme variante d'imposer l'utilisation de deux objets pour generer la nouvelle cle. 

Ces deux variantes peuvent Stre mises en oeuvre pour l'ensemble des objets; il 
est toutefois avantageux de ne les utiliser que pour diffuser la nouvelle cle vers les 
objets directionnels utilises comme points de commande. En effet, les points de 
commande sont facilement accessibles par l'utilisateur, ce qui rend la deuxieme, 
variante facile a mettre en oeuvre. En revanche, il peut Stre compliqu6 pour 
l'utilisateur d'acceder a chaque operateur ou recepteur pour une commande manuelle. 
On pourrait aussi ne mettre en oeuvre ces variantes que pour les telecommandes 
nomades, i.e. pour les points de commande qui ne sont pas fixes : on peut en effet 
partir d u p rincipe q ue 1 es p oints dec ommande f ixes n e p euvent n ormalement p as 
disparaitre. 

Si Tune ou l'autre de ces variantes n'est mise en oeuvre que pour les points de 
commande - ou pour un sous-ensemble d'entre eux - la nouvelle cle peut ensuite etre 
diffusee vers les autres objets comme explique maintenant. La diffusion de la 
nouvelle cle vers les actionneurs est d'abord r6alisable selon les modalites indiquees 
dans la demande de brevet 02 01631 du 11.02.02. Dans cette demande, il est propose 
d'appliquer a plusieurs objets de facon synchrone un evenement initiateur, comme 
une double coupure de l'alimentation. On envoie ensuite - par exemple par l'un des 
objets ayant subi l'evenement initiateur - un message contenant un identifiant de 
groupe. Un objet ayant subi l'evenement initiateur et recevant ce message stocke 
l'identifiant de groupe, et considere ensuite qu'il fait partie du groupe defmi par cet 
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identifiant. Uinstant ^application de l'evenement initiateur peut servir dans chaque 
objet de reference temporelle pour securiser la definition du groupe. 

Pour diffuser la nouvelle cl6, l'evenement initiateur peut etre constitue par un 
ordre collectif particulier de la telecommande disposant deja de la nouvelle cle; 
5 l'evenement initiateur peut aussi etre constitue par une action specifique sur une ligne 
d' alimentation commune aux actionneurs, suivie le cas echeant de la reception d'une 
nouvelle cle. Dans la mesure ou les actionneurs ou les points de commande fixes sont 
identifies comme tels - par exemple a 1'instaUation ou en usine - il reste sur 
d'envoyer la nouvelle cle, le cas echeant accompagnee de l'ancienne cl6, vers les 
10 actionneurs et/ou les points de commande : en effet, une telle commande peut n'etre 
acceptee que par des objets identifies comme fixes et ne serait pas acceptee par un 
point de commande mobile perdu. Cette solution s'applique encore au remplacement 
d'un objet fixe : il suffirait que l'objet fixe a remplacer ne subisse pas l'evenement 
initiateur. On peut simplement, dans le cas d'un point de commande fixe enlever 
15 l'alimentation par pile; pour un actionneur ou un point de commande relie au r6seau, 
on peut debrancher le point de commande. 

Du point de vue d'un objet, le procede decrit ci-dessus iraplique simplement de 
recevoir une nouvelle cle, de verifier lors de l'envoi ulterieur d'un ordre- en emission 
ou en reception - que l'objet destinataire ou emetteur dispose de la meme nouvelle 
20 cle et de d'invalider l'appariement si l'appariement existait precedemment et si la 
verification est n6gative. Un programme d'exploitation d'un objet comprend done des 
routines adapt6es a la mise en oeuvre de chaque etape du proc6de. 

On ne detaille pas la mise en ceuvre par programmation des differentes etapes 
proposees : celle-ci est a la portee de 1-homme du metier utilisant les techniques de 
25 programmation connues en tant que telles, a partir des indications foumies dans la 
description qui pr6cede. 

Le procede decrit ci-dessus presente les avantages suivants : en cas de perte ou 
vol d'un objet - une telecommande par exemple - il est inutile de proceder a une 
complete procedure de re-appariements pour r6tablir tous les appariements entre 
30 telecommandes valides et actionneurs: ces appariements individuels sont 
simplement suspendus par la procedure de changement de cle commune et 
redeviennent valides sur simple constat d'accord avec la nouvelle cl6 commune; pour 
l'utilisateur, il est uniquement necessaire de declencher la fourniture d'une nouvelle 
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cle, les autres etapes 6tant ind6tectables et ne necessitant pas d'intervention de 
l'utilisateur. 

Meme dans le cas ou Ton impose a l'utilisateur de valider sur chaque point de 
commande la transmission de la nouvelle cl6, le procede conserve les appariements. 
5 Le nombre d'actions est done uniquement fonction du nombre de points de 
commande et non pas du nombre d'appariements. Dans l'exemple propos6 plus haut, 
si la telecommande 16 disparalt, il suffit de valider la transmission de la nouvelle cle 
aux t61ecommandes 18 et 20, sans devoir etablir a nouveau les appariements (12, 18), 

(4, 20), (8, 20) et (12, 20). 
10 Bien entendu, l'invention n'est pas limitee aux modes de realisation donnes plus 

haut. La transmission radio utilis6e entre un transmetteur et un recepteur n'est donnee 
qu'a titre d'exemple et peut etre modifiee. L'invention s'applique notamment, que les 
transmetteurs et les recepteurs utilisent une fr6quence unique ou 6mettent chacun sur 
une frequence distincte, ou par sauts de Sequences, ou avec des modulations 
15 differentes. On pourrait aussi utiliser des supports de transmission distincts dans le 
sens transmetteur vers r6cepteur ou dans le sens recepteur vers transmetteur, ou 
encore des supports de transmission distincts pour des groupes de transmetteurs ou 
d'emetteurs distincts. En fait, le procede s'applique des lors que les transmetteurs oil. 
recepteurs d'ordres sont des "objets bidirectionnels" capables d'emettre et de recevoir.. 
20 On a utilis6 les mots "recepteurs d'ordres" et "operateurs", qui s'appUquent 

notamment a l'exemple des op6rateurs de volets roulants. Le recepteur et l'operateur 
peuvent etre des elements distincts, comme dans les exemples, ou alors former un 
ensemble unique - par exemple par int6gration du recepteur d'ordres dans l'operateur. 
On peut manifestement coder ou encrypter les messages ou les identifiants, en 
25 utilisant les techniques connues de l'etat de la technique. 
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REVENDICATIQNS 

1* Un precede de reprogrammation d ! objets bidirectionnels contenant une cle 
commune, au moins deux objets etant apparies pour permettre renvoi d'un ordre 
5 depuis un objet de la paire vers l'autre objet de la paire, le procede comprenant les 
etapes de : 

- founriture aux objets d'une nouvelle cle commune; puis 

- lors de 1'envoi d'un ordre d ! un objet vers un autre, verification que les deux objets 
contiennent la nouvelle cle commune, et 

10 - refus de Tordre si les deux objets ne contiennent pas la nouvelle cle commune. 

2. Le procede de la revendication 1, caracterise en ce que l'etape de verification 
n f est mise en ceuvre, pour deux objets donnes, que lors du premier ordre suivant la 
fourniture de la nouvelle cle commune. 

3. Le procede de la revendication 1 ou 2, caracterise en ce que Tetape de fourniture 
15 d'une nouvelle cle commune comprend 

- la generation d'une nouvelle cle commune et 

- la diffusion de la nouvelle cle commune gSneree. 

4. Le procede de la revendication 3, caracterise en ce que l'&ape de generation 
s'effectue a partir d'un objet unique. 

20 5. Le procede de la revendication 3, caracterise en ce que l'etape de generation 
s'effectue a partir de deux objets. 

6. Le procede de la revendication 3, 4 ou 5, caracterise en ce que l'etape de diffusion 
comprend une diffusion point k multipoints. 

7. Le procede de Tune des revendications 3 a 6, caracterise en ce que Tetape de 
25 diffusion comprend une diffusion point a point. 

8. Le procede de la revendication 7, caracterise en ce que la diffusion point a point 
comprend une action de rutilisateur sur chaque point. 
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9, Le proced6 de la revendication 3, 4 ou 5, caracterise en ce que l'etape de diffusion 
comprend 

- une diffusion point a point parmi un sous-ensemble des objets; 

- une diffusion point a multipoint vers un autre sous-ensemble des objets. 

5 10. Le precede de Tune des revendications 3 a 9, caracterise en ce que Petape de 
diffusion comprend, lors de la diffusion de la nouvelle cle commune d'un objet vers 
un autre objet, la verification que les deux objets contiennent Tancienne cle 
commune. 

11. Un programme Sexploitation d'un objet bidirectionnel adapte a stocker au moins 
10 une cle commune et au moins une information d'appariement, comprenant : 

(a) une routine de reception d r une nouvelle cle commune; 

(b) une routine de reception d'un ordre; 

(c) une routine de verification pour un ordre re9u de la presence de la cle commune 
dans Tobjet 6metteur de 1'ordre, et 

15 (d) une routine de refus d'execution de 1'ordre si la verification est negative. 

12. Le programme de la revendication 1 1, caracterise en ce que la routine de 
verification n'est mise en oeuvre, pour un appariement donne, que lors du premier 
ordre re9U. 

13. Un programme Sexploitation d'un objet bidirectionnel adapte a stocker au moins 
20 une cle commune et au moins une information d'appariement, comprenant : 

(a) une routine de reception d'une nouvelle cle commune; 

(b) une routine Remission d ! un ordre; 

(c) une routine de verification de la presence de la cle commune dans Tobjet 
destinataire de Tordre. 

25 14. Le programme de la revendication 13, caracterise en ce que la routine de 

verification n'est mise en reuvre, pour un appariement donne, que lors du premier 
ordre emis. 
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15. Le programme de l'une des revendications 1 1 a 14, caracterise en ce qu'il 
comprend en outre une routine de generation d'une nouvelle cle commune. 

16. Le programme de la revendication 15, caracterise en ce que la routine de 
generation comprend une sous-routine demission d'une commande de generation de 
la cle commune vers un autre objet. 

17. Le programme de Tune des revendications 1 1 a 16, caracterise en ce qu'il 
comprend en outre une routine de transmission vers un autre objet d'une nouvelle cle 
commune. 

18. Le programme de Tune des revendications 1 1 a 17, caracterise en ce qu'il 
comprend en outre une routine de transmission vers plusieurs autres objets d r une 
nouvelle cle commune. 

19. Un objet bidirectionnel, presentant : 

- un etage de reception; 

- un etage Remission; 

- une unite logique pilotant l'etage de reception et l'etage demission, et 

- une m&noire contenant un programme selon une des revendications 11 a 18. 
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